home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20030409-20031118 / 000292_fdc@sesame.cc.columbia.edu_Mon Sep 22 13:26:54 EDT 2003.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  65 lines

  1. Article: 14535 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news-not-for-mail
  3. From: fdc@sesame.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: send command failed but file was sent?
  6. Date: 22 Sep 2003 13:26:44 -0400
  7. Organization: Columbia University
  8. Lines: 48
  9. Message-ID: <bknbck$ior$1@sesame.cc.columbia.edu>
  10. References: <JAEbb.2$aD4.1@newssvr22.news.prodigy.com> <QuFbb.13$V16.9@newssvr22.news.prodigy.com>
  11. NNTP-Posting-Host: sesame.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1064251604 5191 128.59.59.56 (22 Sep 2003 17:26:44 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 22 Sep 2003 17:26:44 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14535
  16.  
  17. In article <QuFbb.13$V16.9@newssvr22.news.prodigy.com>,
  18. Jun Zhang  <nugulus@netscape.net> wrote:
  19. : Seems the RECEIVE command is not needed in the DELIVER script, or at 
  20. : least the OUT keyword in front of RECEIVE doesn't make sense.
  21. Again: your script has to do what you would do by hand and eye.  If you
  22. want to start Kermit on the far end, you have to tell the script to
  23. send the characters "kermit" and a carriage return.  Now, depending on
  24. which Kermit program is on the remote computer, it will give a prompt,
  25. such as "C-Kermit>".  Then you would give it a command such as "receive".
  26.  
  27. HOWEVER, it so happens that by default, your Kermit client also sends
  28. the string "kermit -r" (and a carriarge return) when you give it a send
  29. command, so as to try to start Kermit on the far end itself, in case you
  30. forgot to do that.  That's why it seems to work by magic.
  31.  
  32. But of course, this is effective only if the remote computer has a Kermit
  33. program that accepts "-r" as a command-line argument.
  34.  
  35. Remember, a script simply mimics what you do by hand and eye.  If the
  36. remote computer has different commands or prompts, you have to change the
  37. script to match.
  38.  
  39. Almost all the questions you ask are answered in the documentation.  As
  40. stated on the C-Kermit web page:
  41.  
  42.   http://www.columbia.edu/kermit/ckermit.html
  43.  
  44. There is a printed manual, supplemented by several web pages.
  45.  
  46. : The remote shell prompt still come up, it doesn't hinder anything from 
  47. : being done, but is this normal while I have "set dial connect off" in 
  48. : effect?
  49. I don't know what you mean by the shell prompt still comes up.  Are you
  50. merely viewing the dialog as it takes place automatically?  Or is the
  51. shell prompt waiting for you to type something?
  52.  
  53. If you are viewing the dialog as it takes place automatically, and you don't
  54. want to see it, tell the Kermit program that is executing the script to:
  55.  
  56.   set input echo off
  57.  
  58. If the shell prompt waiting for you to type something, then you have somehow
  59. entered CONNECT mode, but I can't explain how you did that without seeing
  60. your script.  However, I think all this should be clear in the documentation.
  61.  
  62. - Frank
  63.